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Period for Reply 

A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1.136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 
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earned patent term adjustment. See 37 CFR 1.704(b). 

Status 

1)13 Responsive to connnnunication(s) filed on 05 April 2005 . 
2a)|E This action is FINAL. 2b)n This action is non-final. 

3) D Since this application is in condition for allowance except for fonnal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 
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4) 13 Claim(s) 41-58 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) 0 Claim(s) is/are allowed. 

6) 13 Claim(s) 41-58 is/are rejected. 

7) D Claim{s) is/are objected to. 

8) 0 Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) n The specification is objected to by the Examiner. 
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Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 
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* See the attached detailed Office action for a list of the certified copies not received. 
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FINAL ACTION 

1. This action is responsive to communications: Amendment, filed on 04/05/2005. This action has 
been made final. 

2. Claims 1-58 are presented for examination. In amendment B, filed on 04/05/2005: 
Claims 1-40 are cancelled. 

Claims 41-58 are presented for examination. 

3. AppHcant is required to update the status (pending, allowed, etc.) of all parent priority 
applications in the first line of the specification. The status of all citations of US filed 
apphcations in the specification should also be updated where appropriate. 

Response to Arguments 

4. Applicant's remarks filed 04/05/2005 have been considered but are found not persuasive in view 
of Applicant's arguments. 

5. In the remark, the Applicant argued in substance that Craig fails to disclose or suggest 
"generating data exchange schema data as claimed in claim 41". 

In response to Applicant's arguments, the schema information are presented in Java beans theriiselves. 
The beans act as containers for object information (Col. 9, lines 5-40), and user input as requests are 
populating the beans (Col. 5, lines 5-25) and the request are executed on the server as part of the dynamic 
page generation (Col. 12, lines 5-22). 

Craig discloses tags are generated in XML as the dynamic content is returned to the user (see Col. 10, 
lines 55-65; Col. 17, lines 10-17), this occurs after the server executes the dynamically compiled JSP 
servlets and instantiations of the beans (Col. 12, lines 5-20). The RMI request is to allow the remote 
server to generate dynamic contents for a webpage, the generated contents are stored within the bean and 
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send back to the user. The Applicant further contends that beans are pre-programmed by a developer, and 
that the output of the bean is already known in advance. This property holds true in Java as well as non- 
Java technologies, the RMI/RPC methods must be pre-programmed to invoke a remote method execution 
on the server side. The developers would know the outcome of the invocation because they will test the 
products in test runs. The beans are pre-progranuned by a developer and the methods within the bean are 
then executed on the server as part of the RMI/RPC procedure for requesting dynamic web contents. 
Hence, Craig teaches generating data exchange schema. 

6. In the remark, the Applicant argued in substance that Craig fails to disclose or suggest 
"storing the data exchange schema in a web services library. As JSPs are written with knowledge of how 
to interface with Java Beans, Craig does not need to save a data exchange schema in a library". 

In response to Applicant's arguments, Craig does teach caching of dynamic web contents for future use in 
a database. This can be located in Col. 1 1, lines 20-37. Hence, Craig teaches storing the data exchange 
schema in a web services library. 

7. In the remark, the Applicant argued in substance that Craig fails to disclose or suggest 
"web page that is part of data exchange schema for a processing object". 

In response to Applicant's arguments, dynamically generated web contents contains exchange schemas in 
the form of XML, HTML etc. tags. Hence, Craig teaches this limitation. 

8. In the remark, the Applicant argued in substance that "there is no schema in Craig where all of 
this information is made available such as to a client". 

In response to applicant's argument that the references fail to show certain features of applicant's 
invention, it is noted that the features upon which applicant relies (i.e., information made available to a 
client) are not recited in the rejected claim(s). Although the claims are interpreted in light of the 
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specification, limitations from the specification are not read into the claims. See In re Van Geuns, 988 
R2d 1181, 26USPQ2d 1057 (Fed. Cir. 1993). 

Furthermore, Craig teaches input parameters in the form of HTTP request, these parameter are 
made available to the client, see for example. Col. 5, lines 5-25. 
Hence, Craig teaches input information made available to the client. 

9, hi the remark, the Applicant argued in substance that Craig fails to disclose or suggest 
"an input field that is part of a data exchange schema". 

In response to Applicant's remarks, Craig defines in the background what is meant by dynamic content in 
the form of prior art. Dynamic contents are used in ecommerce applications and shopping cart 
applications online, the invention deals with caching of such contents, see for example. Col. 3, line 25-60. 
The shopping cart/ecommerce applications inherently have input fields for user entry. This idea is 
further exemplified in Col. 9, lines 45-55, wherein the developer and domain expert works together to 
anticipate what users must input to obtain the dynamically generated contents. Hence, Craig discloses 
input fields that is a part of the data exchange schema. 

10. In the remark, the Applicant argued in substance that Craig fails to disclose or suggest 
"a button that causes the service to generate the output". 

In response to Applicant's remarks, Craig teaches the 'button'. See the ecommerce example again, as 
shoppers adds more information to the cart, his/her cart information would dynamically get updated to 
avoid stale data. The users send HTTP requests to update the webpage, i.e. through entry of a web URL 
or clicking on a link to allow for dynamic generation of contents, see for example. Col. 9, lines 5-30. 
Furthermore, the application developer and domain expert would agree which dynamic method to execute 
upon a invocation from the client, it should be noted that the developer/domain expert knows the type of 
method the requestor will attempt to invoke, they do not know the exact data which will be generated per 
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request. Hence, Craig discloses the button that generate the output. 

Claim Rejections - 35 USC § 102 

1 1 . The following is a quotation of the appropriate paragraphs of 35 U.S. C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in a patent granted on an application for patent by another filed in the United 
States before the invention thereof by the applicant for patent, or on an international application by another who has 
fulfilled the requirements of paragraphs (1 ), (2), and (4) of section 371 (c) of this title before the invention thereof by 
the applicant for patent. 

12. Claims 41-58 are rejected under 35 U.S.C. 102(e) as being anticipated by Craig et al. 
(hereinafter Craig), US 6,757,708. 

13. Craig is cited by the Examiner in a previous office action. 

14. As per claim 41, Craig teaches a method for automatically creating data exchange schema data on 
a network server corresponding to remote processing services provided by the network server for source 
code corresponding to data processing objects used to provide the remote processing services upon receipt 
of a request from a client process, the method comprising: 

storing a source code file within the mass storage of the server (Col. 12, lines 5-10, wherein the JSP 
source code are stored on the server side inherently); 

compiling the source code file to generate a data processing object (Col. 12, lines 5-10, wherein the 
JSP are compiled dynamically on the server); and 

automatically generating the data exchange schema data for the data processing object generated 
when the source code file is compiled to generate the data processing object that provides the requested 
processing service (wherein the data exchange schema are represented by information contents in the 
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beans, Craig teaches the beans are populated by user requests (Col. 5, Unes 5-25), further, the beans are 
instantiated and then executed on the server side (see for example. Col. 12, lines 5-22) ). 

15. As per claim 42, Craig teaches the method according to claim 41, wherein the method further 
comprises storing the data exchange schema data within the web serv^ices library for use by subsequent 
processing service requests (see for example. Fig 3, item 430, 475). 

16. As per claim 43, Craig teaches the method according to claim 42, wherein data exchange schema 
data comprises an HTML representation for a web page containing a description of exposed data 
processing services (Col 10, lines 55-60). 

17. As per claim 44, Craig teaches the method according to claim 43, wherein the web page 
comprises: 

a textual description of each exposed data processing service based upon data stored within the source 
code file (Col. 10, lines 55-65); 

a description of each input argument accepted by each exposed data processing service, the 
description includes a description of the input argument and a description of the data format for the input 
argument data expected by the exposed data processing service (Col. 10, lines 5-15; wherein input 
description are in the forms of JSP/beans/tags, in one embodiment, input parameters are HTTP request 
parameters); and 

a description of each output data value generated by each exposed data processing service (Col. 9, 
lines 25-40). 

18. As per claim 45, Craig teaches the method according to claim 44, wherein the description of each 
input argument further comprises an input field upon the generated web page for permitting a user to 
input a value to be passed to the exposed data processing service as the corresponding input argument 
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(Col 9, lines 20-40; Col. 5, lines 5-25, wherein the input fields are HTTP parameter input in one 
embodiment). 

19. As per claim 46, Craig teaches the method according to claim 45, wherein the description of each 
output data value generated by each exposed data processing service further comprises an activate button 
w^hich causes the remote data processing service to be activated using the values contained within the, 
input fields corresponding to the input arguments as the input arguments submitted with the remote data 
processing service request (Col. 9, lines 20-40, lines 40-55; Col. 5, lines 5-25; ). 

20. As per claim 47, Craig teaches the method according to claim 42, data exchange schema data 
comprises a specification for the input and output data schema expressed in a data transfer specification 
language (Col. 9, lines 20-40; Col. 5, lines 5-25). 

21 . As per claims 50-56, claim 50-56 are rejected for the same reasons as rejection to claim 41- 
47 above respectively. 

Claim Rejections - 35 USC § 103 

22. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 

rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are such 
that the subject matter as a whole would have been obvious at the time the invention was made to a person having 
ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the manner in 
which the invention was made. o 

23. Claims 48 and 57 are rejected under 35 U.S.C. 103(a) as being unpatentable over Craig et 

al. (hereinafter Craig), US 6,757,708, in view of 'Web Services Description Language', Curbera et al., 
March, 2001 (hereinafter Curbera). 
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24. Curbera is cited by the Examiner in a previous office action. 

25. As per claim 48, Craig does not explicitly teach the method according to claim 47, wherein the 
data transfer specification language comprises a Web Services Description Language representation for 
the data exchange schema data. 

26. Curbera teaches: 

data transfer specification language comprises a Web Services Description Language representation for 
the data exchange schema data. 

27. It would have been obvious to one of ordinary skill in this art at the time of invention was made 
to combine the teaching of Craig and Curbera because they both dealing with XML language extensions. 
Furthermore, the teaching of Curbera to allow data transfer specification language comprises a Web 
Services Description Language representation for the data exchange schema data would provide for 
flexibility of communications (as shown by example Col. 10, lines 55-60 of Craig, 

where as anyone of a plurality of web services languages can be utilized to perform data exchange 
schema) between the end nodes of the network wherein WSDL allows description of endpoints and their 
messages regardless of what message formats or network protocols are used to communicate. 

28. As per claim 57, claim 57 is rejected for the same reasons as rejection to claim 48 above. 

29. Claims 49 and 58 are rejected under 35 U.S.C. 103(a) as being unpatentable over Craig et 
al. (hereinafter Craig), US 6,757,708, in view of "Metadata Activity Statement", February 2001, 
(hereinafter Meta). 

30. As.per claim 49, Craig does not teach the method according to claim 47, wherein the data transfer 
specification language comprises a Resource Description Format representation for the data exchange 



Application/Control Number: 09/875,324 
Art Unit: 2152 



Page 9 



schema data. 

3 1 . Meta teaches the data transfer specification language comprises a Resource Description Format 
representation for the data exchange schema data (pg 2, Hnes 8-14). 

32. It would have been obvious to one of ordinary skill in this art at the time of invention was made 
to combine the teaching of Craig and Meta because they both dealing with XML language extensions. 
Furthermore, the teaching^of Meta to allow the data transfer specification language comprises a Resource 
Description Format representation for the data exchange schema data would provide for compatibility of 
communications (as shown by example Col. 10, lines 55-60 of Craig, where as anyone of a plurality of 
web services languages can be utilized to perform data exchange schema) between the end nodes of the 
network wherein different websites can easily share information with each other utilizing RDF 
framework. 

33. As per claim 58, claim 58 is rejected for the same reasons as rejection to claim 49 above. 

Conclusion 

34. The prior art made of record and not relied upon is considered pertinent to applicant's disclosure. 
The following patents and publications are cited to further show the state of the art with respect to 
"PROVIDING REMOTE PROCESSING SERVICES OVER A DISTRIBUTED COMMUNICATIONS 
NETWORK". 

i. US 6542908 IMS. 

ii. "Server Side Java", Kaffe, Jan 16, 1998 

iii. "Java Script Language - Chapter 1 Introduction", Netscape Communications, April 23, 
2001 

iv. "Microsoft Professional Developers Conference Sixmmary", Tuecke, 1996 
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V. "XML RPC Specification", Dave Winer, June 15, 1999 

Any inquiry concerning this communication or earlier communications from the examiner should 
be directed to Chad Zhong whose telephone number is (571)272-3946. The examiner can normally be 
reached on M-F 7:15 to 4:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, 
BURGESS, GLENTON B can be reached on (571)272-3949. The fax phone number for the organization 
where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the Patent AppUcation 
Information Retrieval (PAIR) system. Status mformation for published applications may be obtained 
from either Private PAIR or Public PAIR. Status information for unpublished applications is available 
through Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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June 10, 2005 




